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SYSTEM AND METHOD FOR PROCESSING DATABASE QUERIES 

TECHNICAL FIELD OF THE INVENTION 

[0001] The present invention relates generally to the field of communications and, more 
particularly, to a system and method for processing database queries. 

5 BACKGROUND OF THE INVENTION 

[0002] Despite the fact that the government requires existing telecommunication service 
companies to allow competitors to access their facilities and databases to the extent necessary 
to provide competitive services, obtaining quick and reliable access to the information 
contained in these databases has been difficult, if not impossible. For example, competitive 
10 local exchange carriers ("CLEC") have not had an easy-to-use, near real-time or real-time 
system that can access an incumbent local exchange carrier's ("ILEC") database to determine 
whether a phone number will accept a collect call. 

[0003] Similarly, the increased use of the Internet for purchasing goods and services has 
increased the pressure to validate and check pending transaction before they are completed. 
15 For example, an Internet retailer would like to determine whether a potential customer's 
credit card or banking card is valid and whether the account has the credit or funds to pay for 
the proposed transaction. 
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[0004] In each of the cases described above, a database query will most likely have to 
cross network boundaries, some of which may use proprietary or legacy protocols. As a 
result, the processing of these queries is difficult, slow and cumbersome. Accordingly, there 
is a need for a system and method for processing database queries across network 
5 boundaries. 

SUMMARY OF THE INVENTION 

[0005] The present invention provides a system and method for processing database 
queries across network boundaries. The present invention can be easily installed on one or 
more personal computers. Moreover, the present invention can create, accept and track 
10 database queries in the more commonly used protocols, such as the Internet Protocol ("IP")? 
and translate them into proprietary or legacy protocols in real or near-real time. As a result, 
the present invention allows the user to better manage his or her risk with respect to call or 
transaction processing. 

[0006] The present invention provides a method of processing a database query between 
15 one or more clients and one or more databases. The database query, which is formatted using 
a first protocol, is received from one of the clients. One of the databases is selected to 
process the database query and the database query is translated from the first protocol to a 
second protocol. The translated database query is then sent to the selected database for 
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processing. Thereafter, a response to the database query, which is formatted using the 
second protocol, is received from the selected database and the response is translated from 
the second protocol to the first protocol. The present invention then determines which of the 
clients sent the database query and sends the translated response to the client that sent the 
5 database query. This method can be implemented as a computer program embodied on a 
computer readable medium. 

[0007] In addition, the present invention provides a system for processing a database query 
between one or more clients and one or more databases. The system includes a computer 
communicably coupled to the one or more clients, one or more network servers 

10 communicably coupled to the computer and the one or more databases, a server/router 
module resident on the computer and a network interface module resident on each of the 
network servers. The server/router module receives the database query, which is formatted 
using a first protocol, from one of the clients, selects one of the network servers and one of 
the databases to process the database query, sends the database query to the selected network 

15 server, determines which of the clients sent the database query, and sends a translated 
response to the client that sent the database query. The network interface module translates 
the database query from the first protocol to a second protocol, sends the translated database 
query to the selected database for processing, receives a response, which is formatted using 
the second protocol, to the database query from the selected database, translates the response 
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from the second protocol to the first protocol, and sends the translated response to the 
computer. 

[0008] The computer and the server/router module of system described above can be 
implemented using a first computer communicably coupled to the one or more clients, a 
5 second computer communicably to the one or more network servers, a server module resident 
on the first computer, and a router module resident on the second computer. The server 
module receives the database query, which is formatted using a first protocol, from one of the 
%S clients, sends the database query to the second computer, and sends a translated response to 

^1 the client that sent the database query. The router module selects one of the network servers 

ft 10 and one of the databases to process the database query, sends the database query to the 
J selected network server, determines which of the clients sent the database query, and sends 

,0 the translated response to the first computer. 

O [0009] Those skilled in the art will appreciate that the present invention is applicable not 

only to the compression/decompression of packet headers in the ingress to egress direction, 
15 but also to the compression/decompression of packet headers in the egress to ingress 
direction. Other features and advantages of the present invention shall be apparent to those 
of ordinary skill in the art upon reference to the following detailed description taken in 
conjunction with the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] For a better understanding of the invention, and to show by way of example how 
the same may be carried into effect, reference is now made to the detailed description of the 
invention along with the accompanying figures in which corresponding numerals in the 
5 different figures refer to corresponding parts and in which: 

FIGURE 1 is a block diagram of a network in accordance with one embodiment of 
the present invention; 

FIGURES 2 A and 2B are block diagrams of various implementations of the present 
invention; 

10 FIGURE 3 is a flowchart of an IP to SS7 translation method in accordance with one 

embodiment of the present invention; and 

FIGURES 4A, 4B and 4C are schematic diagrams of a more detailed generic 
translation method in accordance with one embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

15 [0011] While the making and using of various embodiments of the present invention are 

discussed in detail below, it should be appreciated that the present invention provides many 

applicable inventive concepts, which can be embodied in a wide variety of specific contexts. 

For example, in addition to telecommunications systems and the Internet, the present 
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invention may be applicable to other forms of communications or general data processing. 
Other forms of communications may include communications between networks, 
communications via satellite, or any form of communications not yet known to man as of the 
date of the present invention. The specific embodiments discussed herein are merely 
5 illustrative of specific ways to make and use the invention and do not limit the scope of the 
invention. 

[0012] The present invention provides a system and method for processing database 
queries across network boundaries. The present invention can be easily installed on one or 
more personal computers. Moreover, the present invention can create, accept and track 
10 database queries in the more commonly used protocols, such as the Internet Protocol ("IP"), 
and translate them into proprietary or legacy protocols in real or near-real time. As a result, 
the present invention allows the user to better manage his or her risk with respect to call or 
transaction processing. 

[0013] Referring to FIGURE 1, a block diagram of a network 100 in accordance with one 
15 embodiment of the present invention is shown. The network 100 includes one or more 
clients 102 communicably coupled to a server/router 104. The server/router 104 is 
communicably coupled to an signaling system 7 ("SS7") network 108 via SS7 server 106, 
one or more legacy networks 1 12 via legacy servers 1 10, and one or more financial networks 
1 16 via bank server 1 14. One or more financial institutions 1 18 may also be communicably 
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coupled to the server/router 104. The clients 102 are computers or other devices that submit 
database queries for processing via the server/router 104. The functions of the server/router 
104 can be split on separate computers or processing devices. The servers 106, 1 10 and 1 14 
function as gateways between the network where the server/router 104 is resident and the 
5 networks 108, 1 12 and 1 16 where the databases are resident. 

[0014] One or more databases, data storage devices, computers or information sources 
responsive to database queries submitted by the clients 102 and financial institution 118 are 
resident within networks 108, 1 12 and 1 16. The database queries can be of any type known 
to those skilled in the art. For example, the database queries may be part of a call validation 

10 process, a call billing process, a bank card validation process, or a bank card settlement 
process. The devices 102, 104, 106, 110, 114 and 118 can be communicably coupled via a 
local network, a wide area network, such as the Internet, satellite links, dedicated 
communication links, dial-up modems, or any other method of establishing a communication 
link between two devices. Communications between the various devices 102, 104, 106, 110, 

15 1 14 and 1 1 8 can be sent in the clear or encrypted. 

[0015] Now referring to FIGURES 2A and 2B, block diagrams of various implementations 
of the present invention are shown. FIGURE 2A shows an implementation of the present 
invention wherein the functionality of the client 102 (FIGURE 1), server/router 104 
(FIGURE 1) and server 106, 110 or 114 (FIGURE 1) are combined on a single device 200. 
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The device 200, which may be a computer, includes a client module 202, a server module 
204, a routing module 206 and one or more network interface modules 208. 

[0016] The client module 202 is a user application interface that allows the user to easily 
and seamlessly create a database query without having special knowledge of the system, 
5 network or database that will process the database query. The client module 202 can be run 
in a demand mode where the user decides when to send a database query or in an automatic 
mode where a database query is automatically created and sent in response to one or more 
events. The client module 202 will also present the results of the database query in an easy 
to understand format. 

10 [0017] The server module 204 is capable of dealing with many instances of the client 
module 202 wherever they reside. The server module 204 validates the client module 202 
before any database queries are forwarded to the routing module 206. In addition, the server 
module 204 is responsible for receiving database queries from the client module 202 and 
sending responses to those queries to the appropriate client module 202. 

15 [0018] The routing module 206 selects the network interface 208 and the database to send 
the database query to and then sends the database query to the selected network interface 
208. When the routing module 206 receives a response to a database query, it determines 
which of the client modules 202 sent the database query and then sends the response to that 
client module 202. 
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[0019] The network interface module 208 translates the database query from a first 
protocol to a second protocol. The first protocol is used by the network where the database 
query originated and the second protocol is used by the network where the database resides. 
For example, the first protocol could be an IP or Internet capable protocol Likewise, the 
5 second protocol could be a signaling protocol, such as SS7, or a proprietary protocol used by 
the database owner. The network interface module 208 then sends the translated database 
query to the selected database for processing. Thereafter, the network interface module 208 
receives a response from the selected database and translates it from the second protocol to 
the first protocol. The translated response is then sent to the routing module 206. 

10 [0020] FIGURE 2B shows an implementation of the present invention wherein the 
functionality of the client 102 (FIGURE 1), server/router 104 (FIGURE 1) and server 106, 
1 10 or 1 14 (FIGURE 1) are separated and placed on multiple devices 212, 214, 216 and 218. 
The client 212, which may be a computer, includes the client module. The server 214, which 
may be a computer, includes the server module. The router 216, which may be a computer, 

15 includes the routing module. The network server 218, which may be a computer, includes 
one or more of the network interface modules. The contrast between FIGURES 2A and 2B 
demonstrates the versatility of the present invention. 

[0021] Referring now to FIGURES 2B and 3, a flowchart of an IP to SS7 translation 
method in accordance with one embodiment of the present invention is shown in FIGURE 3. 
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The process starts in block 300. The client 212 connects to the server 214 in block 302 and 
the server 214 validates the client 212 in block 304. If the client 212 is successfully 
validated, an IP Query (a database query in an IP format - the first protocol) is sent from the 
client 212 to the server 214 in block 306. The IP Query is then sent from the server 214 to 

5 the router 21 6 in block 308 where the router 216 determines the destination SS7 database and 
the SS7 network server 218 to which the IP Query should be sent in block 310. The IP 
Query is sent from the router 216 to the SS7 network server 218 in block 312 where the SS7 
network server 218 translates the IP Query into a SS7 Query (a database query in a SS7 
format - the second protocol) in block 314. The SS7 Query is sent to the destination SS7 

1 o database for processing in block 316. 

[0022] The destination SS7 database processes the SS7 Query and creates a SS7 Response 
in block 318. Those skilled in the art will recognized that the actual processing of the SS7 
Query may be accomplished with a database interface application or other type of 
management software to control and handle queries to the database. The SS7 Response is 
15 then sent from the SS7 destination database to the SS7 network server 218 in block 320 
where the SS7 network server 218 translates the SS7 Response (a database response in a SS7 
format - the second protocol) into an IP Response (a database response in an IP format - the 
first protocol) in block 322. The IP Response is sent from the SS7 network server 218 to the 
router 216 in block 324 where the router 216 determines the client destination for the IP 
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Response in block 326. The IP Response is then sent from the router 216 to the server 214 in 
block 328 and then from the server 214 to the client 212 in block 330. The client 212 can 
then either disconnect from the server 214 in block 332 or repeat the process previously 
described for new database queries. Once disconnected, the process ends in block 334. 
5 Those skilled in the art will recognize that the process described in FIGURE 3 is not limited 
to the use of the IP and SS7 protocols. 

[0023] Now referring to FIGURES 4A, 4B and 4C, schematic diagrams of a more detailed 
generic translation method in accordance with one embodiment of the present invention are 
shown. The process starts in block 400. The user logs into the client module in block 402 
10 and the client module connects to the server module in block 404. The server module 
validates the user and/or client module in block 406. If the validation is not successful, as 
determined in decision block 408, the server module denies access to the user and/or client 
module in block 410 and the process loops back to allow the user and/or client module to try 
again in block 402 or 404. 

15 [0024] If, however, the validation is successful, as determined in decision block 408, the 
user submits a query, which is formatted in a first protocol, to the server module via the 
client module in block 412. The query is then sent from the server module to the router 
module in block 414 where the router module determines the destination database and 
network interface module in block 416. If the destination address (database) and network 
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interface module are found, as determined in decision block 418, an error message is returned 
to the client module via the server module in block 420 and the process loops back to allow 
the user to submit another query in block 412. 

[0025] If, however, the destination address (database) and network interface module are 
found, as determined in decision block 418, the server module sends the query to the router 
module in block 422 and the server module sets a timer for the query in block 424. The 
server module also stores the client module address and query identification information in 
block 426 so that the response to the query can be sent to the correct client module. The 
query is then sent from the router module to the network interface module for the destination 
address (destination network server and database) in block 428. The network interface 
module translates the query into a network query (a database query formatted in the second 
protocol) in block 430. The network interface module then logs the network query in block 
432 and sends the network query to the destination address (database) for processing in block 
434. 

[0026] The destination database processes the network query and created a network 
response in block 436. Those skilled in the art will recognized that the actual processing of 
the network query may be accomplished with a database interface application or other type of 
management software to control and handle queries to the database. The network response is 
then sent from the destination address (database) to the network interface module in block 

13 

DALLAS 1058288vl 



GWS Docket No. 125310-1000 



PATENT 



438 where the network interface module correlates the network response with the 
corresponding network query in block 440. The network interface module translates the 
network response (a database response in the second protocol format) into a client response 
(a database response in the first protocol format) in block 442. The client response is sent 
from the network interface module to the router module in block 444 where the router 
module correlates the client response with the query (determines the proper client module) in 
block 446. The client response is then sent from the router module to the server module in 
block 448 and then from the server module to the client module in block 450. The query 
timer is also turned off in block 450. If there are not other queries, as determined by decision 
block 452, the user logs out of the client module in block 454 and the process ends in block 
456. If, however, there is another query, as determined in decision block 452, the process 
loops back to receive another query from the user in block 412. 

[0027] After the query has been sent by the server module in block 422, the query timer 
monitors where a response to the query has been received. If the timer has not expired, as 
determined in decision block 462, the query timer continues to wait for a response. If, 
however, the timer has expired, as determined in decision block 462, the server module sends 
a time out response to the client module in block 464. As previously described, the client 
module, server module, router module and network interface module can be separated or 
combined in any configuration that fits the application of the present invention. 
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[0028] If encrypted messages are required, the steps of sending the translated database 
query to the selected database for processing and receiving a response to the database query 
from the selected database will be performed using the following steps. The translated 
database query is first encrypted. Thereafter, the encrypted database query is sent to the 
5 selected database for processing. With respect to the responses, the encrypted response to the 
encrypted database query is received from the selected database. Thereafter, the encrypted 
response is decrypted into a response. Any type of standard encryption/decryption method 
can be used. 

[0029] For example, the present invention can be used find out information about a 
10 specific telephone number. In such a case, the user uses the client module to create and 
submit a query using the telephone number to the server module. The router then selects the 
proper database, which is usually a line information database ("LIDB") located on an ILEC's 
signaling network, to process the query. The response from the database can then be used to 
process a call related to the telephone number. Similarly, the user can submit a calling card 
15 number, credit card number or bank card number. 

[0030] The embodiments and examples set forth herein are presented to best explain the 
present invention and its practical application and to thereby enable those skilled in the art to 
make and utilize the invention. However, those skilled in the art will recognize that the 
foregoing description and examples have been presented for the purpose of illustration and 
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example only. The description as set forth is not intended to be exhaustive or to limit the 
invention to the precise form disclosed. Many modifications and variations are possible in 
light of the above teaching without departing from the spirit and scope of the following 
claims. 
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